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Field of the Invention 

The present invention relates to a protocol translation device. More specifically, a 
protocol translation device is provided that can be used for automotive diagnostic purposes as 
well as other purposes. 

5 

Background Information 

Access to in- vehicle electronics is known in the art. Access to in-vehicle electronics 
currently reqxiires special hardware that is connected directly to the vehicle bus through an 
OBDII (On-Board Diagnostic) connector or some other physical connection. Further, hardware 
^^0 that is dedicated to a certain kind of v^ireless link (e.g., Groupe Special Mobile (GSM) phone) 

has been proposed for remote diagnosis. 
U There are several inherent problems with the current method of accessing in-vehicle 

H electronic information. One problem is the amount of time it can take to attach the OBDII 
connector. Also, it may be difficult to find the OBDII connector within the engine bay or in 
5 another spot in the vehicle if one is not entirely familiar with the layout of the car, adding to the 
S total time exhausted. 

Another problem v^th the current method of attachment to the in-vehicle electronics is 
the limitation upon fi-eedom of movement for the operator. With the connector attached to the 
vehicle, the operator is forced to avoid the connector line as he moves around the vehicle while 
20 repairing the vehicle, etc. This could affect an operator's efficiency. There could also be a 
hazard of tripping over the wire as the operator moves back and forth around the vehicle. 

Further, another limitation of the prior art is the necessity for the presence of the vehicle 
for physical attachment to the operator's equipment. In order to access the in-vehicle electronics, 
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an actual physical connection must be made. This can be inconvenient for the vehicle owner. 
Also, in the case of a mechanic's usage of the prior art for access to in-vehicle electronics, a 
problem exists diagnosing intermittent problems and problems occurring only during vehicle 
operation. With the prior art, a vehicle's electronics cannot be accessed in real time while the car 
5 is in motion. 

By providing a means to access the vehicle electronics without the requirement of a 
physical connection, the present invention eliminates the above-mentioned problems. In view of 
the above and for other reasons, there is a need for a system and method that provides wireless 
access to a bus, such as that provided in an automobile. 

So 

M Sunamary of the Invention 

M A protocol translation device is disclosed that may include two different protocols and an 

^ intermediate, network-independent protocol. In one embodiment of the invention, an emerging 
■f;i 5 worldwide standard, Bluetooth, created by the Wireless Personal Area Network (WPAN) 
S Working Group (IEEE 802.15), provides a wireless interface to the electronics in the vehicle via 
a Controller Area Network (CAN). CAN is an international standard documented in ISO 1 1 898 
(for high-speed applications) and ISO 1 1 5 1 9 (for lower-speed applications). A remote 
application can connect to this interface via a Bluetooth host in the vehicle or in communication 
20 range of the vehicle. Such a Bluetooth host could be a mobile phone or an onboard computer. 

According to an embodiment of the present invention, a protocol translation can occur 
from Controller Area Network (CAN) protocol to Bluetooth protocol, and the signal in the 
Bluetooth protocol can then be transmitted from the vehicle's electronic systems' bus to an 
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external receiver via a wireless link. 

Such an interface would enable external devices to subscribe to certain signals on the 
vehicle bus or interrogate a vehicle's electronic control units (ECUs) without interfering with the 
vehicle's operation. 

5 Aftermarket products are emerging that notify other drivers of traffic conditions such as 

traffic jams and accidents. These systems could be greatly enhanced if they had access to data on 
the vehicle bus, as this would improve the system's knowledge about the state of every 
participating vehicle. 



CH Brief Description Of The Drawings 

M. Figure 1 shows a block diagram of protocol translation according to one possible 

Li. embodiment of the present invention. 

L 4 Figure 2 shows an embodiment of the protocol translation system of Figure 1 operating in 

ZJS an automotive environment. 

J^: Figure 3 provides a block diagram of a specific CAN-to-Bluetooth embodiment of the 

^ present invention. 

20 Detailed Description 

Figure 1 shows a block diagram of the protocol translation according to an embodiment 
of the present invention. A first driver, which is denoted in the embodiment of Figure 1 as the 
'in' side of the Network Driver 100, receives a message of a first protocol from a given network 
for translation. The Network Driver 100 first converts the received message of the first protocol 

25 to a new, network-independent protocol. The Network Driver 100 then passes the message to a 
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Message Dispatcher 102 whereupon the Message Dispatcher 102 consults a Rules Database 104 
to determine which Message Handler 106 out of a plurality of Message Handlers 106 to forward 
the network-independent message. The Message Handler 106 fills the destination fields of the 
message. The Message Handlers 106 utilize specialized packet translation involving address 
5 changes, network changes segmentation/desegmentation, etc. The Message Handlers 106 further 
provide accessibility of external applications for signal extraction, etc. 

The Message Handler 106 involved in the transfer then forwards the message to a 
Network Multiplexer 108, which consults the address and network fields of the network- 
independent message to identify the destination network. A Network Configuration Unit 1 10 is 
% 0 utiUzed by the Network Multiplexer 1 08 to configure and connect the gateway software 
m components for such things as system startup and maintenance and for dynamic reconfiguration. 
U The Network Multiplexer 1 08 then passes the network-independent message to a second 

M driver, which is denoted as the ' out' side of the Network Driver 1 00. The Network Driver 1 00 
i: then converts the network-independent message to a second protocol. The message is forwarded 
t^l 5 on from the Network Driver 1 00 to a third driver, called External Driver 112, from which the 
S message is utilized by a remote host of some type. 

Figure 2 shows this protocol translation system operating in an automotive environment. 
In the depicted embodiment, the vehicle bus 200 within the vehicle 202 provides a pathway for 
20 data communication between various electronic components located throughout the vehicle. The 
data being passed upon the vehicle bus is accessed by a first network driver, which, similar to 
Figure 1, is denoted as 'Network Driver - in' 100. The data message received by Network 
Driver 100 is converted to a network-independent protocol, as is stated above, and then the 
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message is passed to a Message Dispatcher 102, which utilizes a Rules Database 104 to 
determine which Message Handler 106 should receive the message. As stated previously, upon 
receipt of the network-independent message, the Message Handler 106 fills the destination fields 
of the message and utilizes specialized packet translation involving address changes, network 
5 changes segmentation/desegmentation, etc. 

The Message Handler 106 forwards the network-independent message to a Network 
Multiplexer 108, which consults the address and network fields of the message to identify the 
destination network. As stated above, a Network Configuration Unit 1 10 is utilized by the 
Network Multiplexer 108 to configure and connect the gateway software components for such 
'^il 0 things as system startup and maintenance and for dynamic reconfiguration. 
%l The Network Multiplexer 108 then passes the network-independent message to a second 

hi driver, which is denoted as 'Network Driver - out' 100. The Network Driver 100 then converts 
h the network-independent message to a second protocol. The message is forwarded on from the 
Network Driver 100 to a third driver, called External Driver 112, from which the message is 
1 5 utilized by a Remote Computer 204. 

Figure 3 provides a block diagram of a specific CAN-to-Bluetooth embodiment of the 
present invention. As is previously stated, the present invention concerns a node in an 
in-vehicle bus network that comprises gateway functionality for passing messages from the in- 
20 vehicle bus to a remote host, and a wireless communication chipset for establishing, 

maintaining, and controlling a wireless link between the node and one or several remote hosts. 
In the following, the invention is described for a CAN as the in-vehicle communication protocol 



and Bluetooth as short-range wireless communication standard. Figure 3 depicts the core 
concept of this embodiment of the present invention. 

The CAN-Bluetooth gateway node (CBGWN) 307 includes a Bluetooth host 305 and 
Bluetooth hardware 306 connected via a host controller interface (HCI) 304. The Bluetooth 
5 host comprises a CAN controller 301, a remote service controller (RSC) 302, a protocol 

converter 303, and a host controller interface device 304. The Bluetooth hardware 306 enables 
a wireless link to other Bluetooth hardware (309.1. ..309.n) connected to Bluetooth hosts 
(308.1...308.n) via an HCI. This setup enables a remote application, which does not necessarily 
reside on any of the remote Bluetooth hosts (308.l...308.n), to communicate with the RSC 302. 
0 Such a remote application could be a diagnosis program on a server that is linked to the 
m CBGWN through a mobile phone that is one of the Bluetooth hosts (308.1 ...308.n). 

The CAN controller 301 controls the communication with the Vehicle Bus 200 (Figure 
2). Signals contained in CAN messages that pass the acceptance filter of the CAN controller 
301 are passed on to the protocol converter 303. The protocol converter 303 retrieves CAN 
5:!l 5 signals from CAN messages, computes the actual physical value of signals such as speed or 
S RPM (typically by applying a scaling factor), and then puts them in the payload of the target 
protocol's protocol data units (PDUs). In an advantageous implementation, the CAN signals 
are directly assigned to data packets that can be sent via the host controller interface (HCI) to 
the Bluetooth host controller. The RSC 302 controls which signals are put in the PDUs as 
20 described later. The gateway functionality of the protocol converter also comprises: the 

readressing (l:n) of messages based on subscriber management implemented in the RSC 302 
(see below); the resequencing (i.e., changing the temporal order of received and retransmitted 
messages); and the changing of timing behavior. 



If a packet-switched connection exists between CBWGN 307 and a remote application, 
the link between the CAN-connected Bluetooth host 305 and a remote Bluetooth host 
(308.1...308.n) is an asynchronous connection-less hnk (ACL link). Next, the CAN signals are 
assigned to HCI ACL packets. Recommended Standard 232 (RS232) as specified by the 

5 Electrical Industries Association (EIA) could serve as the HCI transport layer, for example. It is 
possible to assign one PDU to each incoming CAN message, one PDU to each incoming signal, 
and one PDU to several incoming CAN messages and signals. 

The data rate and the throughput of the wireless link are among the factors that 
determine the allocation procedure. 

1 0 In this embodiment, no remote application that connects to the CBGWN 307 has direct 

access to the CAN in the vehicle. This means, no remote application can generate CAN 
messages. Yet, to go beyond the capability of passively listening to bus traffic, the transmission 
of CAN messages by the CBGWN 307 is supported as follows: The RSC 302 stores a 
predefined set of CAN messages that the CAN gateway node can transmit on the bus, along with 

15 the identifiers and rules for the messages that are allowed to be transmitted (e.g. debounce time 
for event-triggered messages and period for periodic messages). This ensures that the 
worst-case bus load can be analyzed without any knowledge of future remote applications. 
CAN messages that the CBGWN 307 is allowed to transmit would typically include 
challenge-response message schemes for diagnosis. When such a message is sent to an ECU, 

20 the ECU sends a reply containing failure codes or more generally, certain data from its memory. 
To initiate the transmission of challenge-response messages, a remote application sends a 
request via a remote Bluetooth host (308.1 ...308.n) to the RSC 302. After authenticating and 
authorizing the remote application (see below), the RSC 302 initiates the transmission of the 



messages via the CAN controller 30 L Also, the RSC 302 notifies the protocol converter 303 to 
assign the signals contained in the response messages to PDUs to be passed on to the remote 
application. 

The protocol converter 303 has a-priori knowledge of the start bits and length of the 
5 signals in each received CAN message that can pass the acceptance filter and assigns them to 
PDUs that can be interpreted by the remote Bluetooth host (308.1...308.n). For this purpose, in 
the CBWGN, a list is stored of CAN messages and the signals contained therein as well as the 
corresponding PDUs of the target protocol. 

In an advantageous implementation, each remote host (308.1 ...308.n) is authenticated by 
,J0 the RSC 302. In an authorization procedure, the RSC 302 verifies the subscription privileges of 
m the remote application (not necessarily the remote host). The subscription privileges concern 
fj; the list of signals to which a remote application can subscribe. Also, the subscription privileges 
■ would indicate whether the remote application is allowed to initiate challenge-response 
schemes. The communication between the remote application and the RSC 302 can be 
f. 1 5 encrypted independently of the encryption functionality provided by Bluetooth. In an 
Q advantageous application, a pubHc key encryption method is used, where the private key of the 
CBGWN 307 is stored in the CBGWN 307 and is xmknown to others. Remote applications that 
want to subscribe to messages must obtain the public key for the CBGWN 307, which gives a 
manufacturer some control of the subscribers. Moreover, the public keys of the remote 
20 applications would need to be stored in the CBGWN 307, allowing only applications that have 
the corresponding private key to communicate with the CBGWN 307. An alternative to this 
method would be a ticket-based authentication method such as Kerberos, a network 
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authentication protocol designed by Massachusetts Institute of Technology to provide strong 
authentication for client/server applications by using secret-key cryptography. 

The CBGWN 307 is not necessarily a stand-alone ECU. The described functionality 
could be implemented in an existing ECU or in a distributed system. The overall vehicle bus 
5 architecture determines to which bus the CBGWN 307 should be cormected. It is essential that 
all data of interest are available to the CBGWN 307. If these data originate from ECUs that are 
connected to a bus other than the bus to which the CBGWN 307 is connected, a 
wireline-to-wireline gateway (e.g., CAN-CAN) between the two buses would ensure that the 
messages of interest are passed on to the CBGWN 307. For example, if the GBGWN 307 is 
30 attached to the powertrain CAN and needs data from the airbag controller (e.g., for an accident 
Ijj notification application), a gateway should exist between the powertrain CAN and the CAN to 
H which the airbag controller is attached. 

H Although several embodiments are specifically illustrated and described herein, it will be 

lT appreciated that modifications and variations of the present invention are covered by the above 

Li; 

L i 5 teachings and within the purview of the appended claims without departing from the spirit and 
n intended scope of the invention. 
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What Is Claimed Is: 



1 1 . A method for translating a message of a first protocol received by a first driver to a 

2 second protocol transmitted by a second driver, comprising: 

3 converting the message received by the first driver to an independent format; 

4 transmitting the message fi^om the first driver to a second driver via a message handler; 

5 and 

6 converting the message received by the second driver in the independent format to the 

7 second protocol; where 

,,,,,8 the first driver and the second driver are located in a vehicle and the first protocol is a 

ri- 9 vehicular protocol; and 

slO the second protocol is a wireless link. 

^1 2. The method of claim 1, further comprising: 

2 receiving the message from the first driver by a message dispatcher before transmitting 

3 the message to a message handler, wherein the message dispatcher selects the message handler 

4 from a set of one or more message handlers by consulting a database. 

1 3 . The method of claim 2, further comprising: 

2 receiving the message firom the message handler by a multiplexer before transmitting the 

3 message to the second driver; 

1 4. The method of claim 3, wherein the multiplexer utilizes a network configuration unit for 

2 at least one of system startup, maintenance, and dynamic reconfiguration. 
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1 5. The method of claim 1, further comprising: 

2 performing a manipulation on the message in the message handler, 

1 6. The method of claim 5, wherein the manipulation includes at least one of packet 

2 translation or interaction with a computer application, 

1 7. The method of claim 1, further comprising transmitting the message from the second 

2 driver to a third driver 

1 8. The method of claim 3, wherein the multiplexer is a network multiplexer. 

1 9. The method of claim 2, wherein the database is a rules database, 

1 10. The method of claim 1 , further comprising transmitting the message from the second 

2 driver to the third driver in the second protocol by wireless communication. 

1 1 L The method of claim 1 , wherein the first protocol is a Controller Area Network protocol. 

1 12. The method of claim 1 , wherein the second protocol is a Bluetooth protocol. 

1 13. The method of claim 10, wherein the message received by the third driver is translated 

2 back to the first protocol and received by a fourth driver. 
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1 14. The method of claim 1 0, wherein a remote application in communication with the third 

2 driver is capable of receiving the message. 

1 15. The method of claim 14^ wherein the remote application is capable of either passively 

2 receiving the message or initiating a transmission from the third driver back to the second driver 

3 for translation and receipt at the first driver in the first protocol. 

1 16. The method of claim 15, wherein the third driver is unable to communicate with the 

2 second driver unless the third driver adheres to predefined transmission rules and transmits 

3 messages from only a predefined group of possible messages. 

1 17. A system for translating a message of a first protocol to a second protocol, comprising: 

2 a first driver to receive the message of the first protocol and convert the message to an 

3 independent format; 

4 a message handler to receive said message from said first driver; and 

5 a second driver to receive said message from said message handler and to convert the 

6 message received in the independent format to the second protocol; where 

7 the first driver and the second driver are located in a vehicle and the first protocol is a 

8 vehicular protocol; and 

9 the second protocol is a wireless link. 

1 18. The system of claim 17, further comprising: 

2 a message dispatcher to receive the message fi-om the first driver before transmitting the 



12 



3 message to the message handler, wherein the message dispatcher is adapted to the message 

4 handler jfrom a set of one or more message handlers by consulting a database . 

1 19. The system of claim 1 8, wherein a multiplexer is to receive the message from the 

2 mess^e handler before transmitting the message to the second driver; 

1 20. The system of claim 1 9, wherein the multiplexer is to utilize a network configuration unit 

2 for at least one of system startup, maintenance, and dynamic reconfiguration. 

Si 21. The system of claim 1 7, wherein the message handler is to perform a manipulation on the 

yy 2 message. 

1 22. The system of claim 21 , wherein the manipulation includes at least one of packet 

2 translation and interaction with a computer application. 

n 1 23 . The system of claim 1 7, further comprising a third driver coupled to the second driver. 
1 24. The system of claim 1 9, wherein the multiplexer is a network multiplexer. 
1 25. The system of claim 1 8, wherein the database is a rules database. 

1 26. The system of claim 17, wherein the message is transmitted fi-om the second driver to a 

2 tiiird driver in the second protocol by wireless communication. 
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1 27. The system of claim 1 7, wherein the first protocol is a Controller Area Network protocol. 

1 28. The system of claim 1 7, wherein the second protocol is a Bluetooth protocol. 

1 29. The system of claim 26, wherein the message received by the third driver is translated 

2 back to the first protocol and received by a fourth driver. 

1 30. The system of claim 26, wherein a remote application in communication with the third 

2 driver is capable of receiving the message. 

1 31. The system of claim 3 0, wherein the remote application is capable of either passively 

2 receiving the message or initiating a transmission from the third driver back to the second driver 

3 for translation and receipt at the first driver in the first protocol. 

1 32. The system of claim 32, whereui the third driver is unable to communicate with the 

2 second driver unless the third driver adheres to predefined transmission rules and transmits 

3 messages from only a predefined group of possible messages. 

1 33. A system for translating a message of a Controller Area Network protocol to a Bluetooth 

2 protocol, comprising: 

3 a first driver to receive the message of the Controller Area Network protocol and convert 

4 the message to an independent format; 
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5 a message handler to receive said message from said first driver; 

6 a second driver to receive said message from said message handler and to convert the 

7 message received in the independent format to the Bluetooth protocol; 

8 a message dispatcher to receive the message from the furst driver before transmitting the 

9 message to the message handler, wherein the message dispatcher is adapted to the message 

1 0 handler from a set of one or more message handlers by consulting a rules database; and 

1 1 a third driver coupled to the second driver; 

12 where 

1 3 the first driver and the second driver are located in a vehicle; 

'i 4 a network multiplexer is to receive the message from the message handler before 

f£! 5 transmitting the message to the second driver; 

hk 6 the network multiplexer is to utiUze a network configuration unit for at least one of 

H 7 system startup, maintenance, and dynamic reconfiguration; 

Cl 8 the message handler is to perform a manipulation on the message that includes at least 

ft 9 one of packet translation and interaction with a computer application; 

S20 the message is fransmitted fi-om the second driver to the third driver in the Bluetooth 

2 1 protocol by wireless communication; and 

22 a remote application in communication with the third driver is capable of either passively 

23 receiving the message or initiating a transmission from the third driver back to the second driver 

24 for translation and receipt at the first driver in the Controller Area Network protocol . 
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Abstract of the Disclosure 
A method and system is provided for a protocol translation device that may include 
two different protocols and an intermediate, network-independent protocol In an 
embodiment of the invention, an emerging worldwide standard, Bluetooth, provides a 
wireless interface to the electronics in an automotive vehicle via the de-facto standard for 
vehicle buses, Controller Area Network (CAN). A remote application can connect to this 
interface via a Bluetooth host in the vehicle or in communication range of the vehicle. 
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